Network browser system, method, and computer program product for scanning data for unwanted content and associated unwanted sites

ABSTRACT

A system, method, and computer program product are provided for scanning data for unwanted content and unwanted sites in response to a user request. In use, a user request is received via a network to scan data prior to downloading the data utilizing a network browser. In addition, the data is scanned for unwanted content and associated unwanted sites in response to the user request. Further, a response is sent to the user via the network.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation and (claims the benefit of priorityunder 35 U.S.C. §120) of U.S. patent application Ser. No. 11/742,455,filed Apr. 30, 2007, entitled “NETWORK BROWSER SYSTEM, METHOD, ANDCOMPUTER PROGRAM PRODUCT FOR SCANNING DATA FOR UNWANTED CONTENT ANDASSOCIATED UNWANTED SITES”, naming Paul Nicholas Gartside, et al. asinventors. The disclosure of the prior Application is considered part ofand is incorporated herein by reference in its entirety in thedisclosure of this Application.

FIELD OF THE INVENTION

The present invention relates to data analysis, and more particularly toidentifying data as being unwanted.

BACKGROUND

Computer users are at increasing risk from various unwanted content(e.g. malware, spyware, etc.) which, on the surface, appears to belegitimate. Without the benefit of in depth knowledge of the operatingsystem and/or extensive computer security experience, it is almostimpossible for the average computer user to determine if something issafe or not. Worse yet, if such a computer user relies on a securityapplication (e.g. anti-virus program, etc.), such user may be given afalse sense of security. Still yet, there are many security applicationsthat are threats in and of themselves. For example, various“anti-spyware” products employ aggressive marketing only to induce fearand extract money from trusting computer users.

There is thus a need for addressing these and/or other issues associatedwith the prior art.

SUMMARY

A system, method, and computer program product are provided for scanningdata for unwanted content and associated unwanted sites in response to auser request. In use, a user request is received via a network to scandata prior to downloading the data utilizing a network browser. Inaddition, the data is scanned for unwanted content and associatedunwanted sites in response to the user request. Further, a response issent to the user via the network.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a network architecture, in accordance with oneembodiment.

FIG. 2 shows a representative hardware environment that may beassociated with the servers and/or clients of FIG. 1, in accordance withone embodiment.

FIG. 3 shows a method for scanning data for unwanted content andassociated unwanted sites in response to a user request, in accordancewith one embodiment.

FIG. 4 shows a method for responding to a user request to scan data forunwanted content and associated unwanted sites, in accordance withanother embodiment.

FIG. 5 shows a method for determining a response to a user request toscan data for unwanted content and associated unwanted sites, inaccordance with still yet another embodiment.

FIG. 6 shows a graphical user interface (GUI) for receiving a requestfrom a user to scan data for unwanted content and associated unwantedsites, in accordance with another embodiment.

DETAILED DESCRIPTION

FIG. 1 illustrates a network architecture 100, in accordance with oneembodiment. As shown, a plurality of networks 102 is provided, in thecontext of the present network architecture 100, the networks 102 mayeach take any form including, but not limited to a local area network(LAN), a wireless network, a wide area network (WAN) such as theInternet, peer-to-peer network, etc.

Coupled to the networks 102 are servers 104 which are capable ofcommunicating over the networks 102. Also coupled to the networks 102and the servers 104 is a plurality of clients 106. Such servers 104and/or clients 106 may each include a desktop computer, lap-topcomputer, hand-held computer, mobile phone, personal digital assistant(PDA), peripheral (e.g. printer, etc.), any component of a computer,and/or any other type of logic. In order to facilitate communicationamong the networks 102, at least one gateway 108 is optionally coupledtherebetween.

FIG. 2 shows a representative hardware environment that may beassociated with the servers 104 and/or clients 106 of FIG. 1, inaccordance with one embodiment. Such figure illustrates a typicalhardware configuration of a workstation in accordance with oneembodiment having a central processing unit 210, such as amicroprocessor, and a number of other units interconnected via a systembus 212

The workstation shown in FIG. 2 includes a. Random Access Memory (RAM)214, Read Only Memory (ROM) 216, an I/O adapter 218 for connectingperipheral devices such as disk storage units 220 to the bus 212, a userinterface adapter 222 for connecting a keyboard 224, a mouse 226, aspeaker 228, a microphone 232, and/or other user interface devices suchas a touch screen (not shown) to the bus 212, communication adapter 234for connecting the workstation to a communication network 235 (e.g., adata processing network) and a display adapter 236 for connecting thebus 212 to a display device 238.

The workstation may have resident thereon any desired operating system.It will be appreciated that an embodiment may also be implemented onplatforms and operating systems other than those mentioned. Oneembodiment may be written using JAVA, C, and/or C++ language, or otherprogramming languages, along with an object oriented programmingmethodology. Object oriented programming (OOP) has become increasinglyused to develop complex applications.

Of course, the various embodiments set forth herein may be implementedutilizing hardware, software, or any desired combination thereof. Forthat matter, any type of logic may be utilized which is capable ofimplementing the various functionality set forth herein.

FIG. 3 shows a method 300 for scanning data for unwanted content andassociated unwanted sites in response to a user request, in accordancewith one embodiment. As an option, the method 300 may be carried out inthe context of the architecture and environment of FIG. 1 and/or 2. Ofcourse, however, the method 300 may be carried out in any desiredenvironment.

As shown in operation 302, a user request is received via a network toscan data prior to downloading the data utilizing a network browser. Invarious embodiments, the data may include a web page, a web-basedelectronic mail (email) message, a file, etc. Of course, however, thedata may include any data (or portion thereof) capable of beingdownloaded utilizing the network browser. In the context of the presentdescription, the network browser may include any browser capable ofproviding an interface to data over the network.

In the context of the present description, the user request may includeany request that is initiated by a user to scan the data prior todownloading the data. In one embodiment, the user request may beinitiated by selecting the data. Just by way of example, the userrequest may be initiated by selecting a web link associated with thedata. As an option, the user request may be prompted by a mouse click(e.g. of a right mouse button, etc.). Of course, however, the userrequest may be initiated in any desired manner.

Still yet, the request may be generated utilizing the network browseritself and/or an application program associated with the networkbrowser. For example, the application program may include a plug-ininstalled in association with the network browser. In one embodiment,the user request may be prompted utilizing a network browser tool bar.

Further, in one embodiment, the user request may include the data. Forexample, the data may accompany the user request. In another embodiment,the user request may include a hash of the data, simply a linkassociated with the data, etc. It should be noted that theaforementioned hash may be calculated utilizing any desired hashingalgorithm.

In yet another embodiment, the user request may optionally includeadditional information associated with the data. For example, suchadditional information may include a source of the data. Optionally, thesource of the data may include a source address of the data [e.g. emailaddress, uniform resource locator (URL) address, etc.]. As anotherexample, the additional information may include a history of the data.Such history may include, as an option, a number of previous instancesof the data (e.g. a number of times the data has been downloaded byusers, etc.), an owner to which the data is registered, a length of timethe data has been available to users, etc.

In yet another example, the additional information may include a path bywhich the data is communicated. For example, such path may include aseries of nodes via which the data is communicated from a source to adestination associated with the user. In still yet other examples, theadditional information may include a behavior of the data, a reputationof the data, etc. Of course, the additional information may also includeany other information capable of being associated with the data.

In addition, the network via which the user request is received mayinclude any desired network by which a user request may be received. Forexample, the network may include any of the networks described withrespect to FIG. 1. Further, the user request may be received from aclient that is utilized by the user and that is capable of downloadingthe data. Thus, the client may include the network browser. Just by wayof example, such client may include any of the clients described withrespect to FIG. 1 and/or 2.

Moreover, the request may be received by a server capable of receivingrequests from a plurality of clients and further capable of respondingto such requests. In various optional embodiments, the server mayinclude any of the servers described with respect to FIG. 1 and/or 2. Inone embodiment, the server may include a backend server. In anotherembodiment, the server may be associated with various systems (e.g.intrusion detection systems, virus scanners, domain reputation systems,etc.).

As shown in operation 304, the data is scanned for unwanted content andassociated unwanted sites, in response to the user request. In thecontext of the present description, the unwanted content may include anycontent (e.g. text, images, video, etc.) determined to be unwanted. Forexample, the unwanted content may include malware (e.g. spyware, adware,spam, rootkits, etc.).

Additionally, the unwanted sites may include any sites (e.g. web sites,etc.) determined to be unwanted. In various embodiments, the unwantedsites may include phishing sites, sites that include unwanted content,etc. Further, the unwanted sites may include sites incorporated in thedata to be downloaded, a site from which the data is to be downloaded,and/or sites otherwise associated with the data. As an option, theunwanted content and the unwanted sites may be predetermined. Forexample, the unwanted content and the unwanted sites may be includedwithin a database (or a plurality of databases) utilized for storingdifferent instances of predetermined unwanted content and unwantedsites.

Furthermore, the scan of the data may include any desired analysis ofthe data. In various embodiments, the data may be scanned utilizingvirus scanners, content scanners, etc. Also, in one embodiment, the datamay be scanned utilizing known data. For example, the data may bescanned by performing a comparison of the data with known data stored ina database of known data. As an option, the known data may include knownclean data (e.g. data known to not include unwanted content and/orassociated unwanted sites, etc.). As another option, the known data mayinclude known unwanted data (e.g. data known to include unwanted contentand/or associated unwanted sites, etc.).

In another embodiment, the data may be scanned by performing anautomated analysis of the data and any information associated therewith.Optionally, such automated analysis may include a behavioral analysis.For example, the analysis may include analyzing the additionalinformation associated with the data that may be included in theaforementioned request or otherwise obtained.

In yet another embodiment, the data may be scanned by performing amanual analysis of the data. For example, such manual analysis may beperformed by a human downloading the data in a secure environment,identifying additional information corresponding to links associatedwith the downloaded data, etc. Thus, an expert may manually determinewhether the data includes unwanted content and any associated unwantedsites.

Still yet, a response to the user request is sent via the network, asshown in operation 306. Optionally, the response may be sent to thedevice utilized by the user to initiate the request. Of course, however,the response may also be sent to any other desired computer. Just by wayof example, the response may be sent to a reporting module that collectsresponses and data associated therewith, for reporting via a centralinterface, etc.

Moreover, the response may be sent in response to the comparison of thedata to known data resulting in a match. As another option, the responsemay be sent in response to an indication by the automated analysis thatthe data is clean (e.g. does not include unwanted content and associatedunwanted sites) or unwanted (e.g. includes unwanted data and/or involvesassociated unwanted sites). As yet another option, the response may besent in response to an indication by the manual analysis that the datais clean.

In one embodiment, the response may prompt a display of a notificationto the user. In another embodiment, the response may indicate that thedata does not include unwanted content and associated unwanted sites.For example, the response may indicate that the data is safe for theuser to download. In yet another embodiment, the response may indicatethat the data does include unwanted content, etc. To this end, theresponse may indicate that the data is not safe for the user todownload.

More illustrative information will now be set forth regarding variousoptional architectures and features with which the foregoing techniquemay or may not be implemented, per the desires of the user. It should bestrongly noted that the following information is set forth forillustrative purposes and should not be construed as limiting in anymanner. Any of the following features may be optionally incorporatedwith or without the exclusion of other features described.

FIG. 4 shows a method 400 for responding to a user request to scan datafor unwanted content and associated unwanted sites, in accordance withyet another embodiment. As an option, the method 400 may be carried outin the context of the architecture and environment of FIGS. 1-3. Ofcourse, however, the method 400 may be carried out in any desiredenvironment. It should also be noted that the aforementioned definitionsmay apply during the present description.

As shown in decision 402, it is determined whether a user requests tosubmit data. In one embodiment, the user may request to submit datautilizing a network browser in which the data is to be displayed. Justby way of example, the user may right click a hyperlink associated withthe data utilizing a mouse. Additionally, the user may select an optionon a menu (e.g. resulting from the right click) for requesting to submitthe data.

Further, in response to the user request to submit data, such data issubmitted for review, as shown in operation 404. In various embodiments,submitting the data may include transmitting the data (or portionthereof) and/or the associated link to a server utilizing a network. Asmentioned earlier such server may be capable of scanning the data forunwanted content and associated unwanted sites. More informationregarding such server-related functionality will be set forth in greaterdetail during the description of subsequent figures.

As also shown, it is determined whether a response to the user requestis received. See decision 406. In the context of the present embodimentthe response may include information associated with a scan of the datafor unwanted content and associated unwanted sites.

It should be noted that the response may be received in any desiredmanner. For example, in one embodiment, the response may be received viaa pop-up window. In another embodiment, the response may be receivedutilizing the network browser via which the request was submitted.

Optionally, the response may be required to be received within apredetermined time period after the request is sent in operation 404.For example, the server may be required to send the response within thepredetermined time period. The predetermined time period may beconfigured (e.g. by an administrator, etc.) as desired. As anotheroption, a lightweight messaging protocol may be utilized fortransmitting the response, thus facilitating efficient communicationthereof.

In one embodiment, a notification may be sent to the user request priorto sending the response to the user request. For example, thenotification may be sent in response to the submission of the userrequest. Such notification may optionally provide information to theuser including, for example, a notice to refrain from downloading thedata until the response to the user request is received, a notice as toan estimated wait for the response, etc.

Upon receipt of the response per decision 406, a reaction is performed,as shown in operation 408. In one embodiment, such reaction may bemanual. For example, the response may indicate a suggested action forthe user to perform with respect to the data. Such suggested action mayinclude not downloading the data, etc.

In another embodiment, the reaction may be automatic. For example, thenetwork browser and/or an accompany application program (e.g. virusscanner, intrusion detection system, etc.) may be utilized to react tothe data. For example, such reaction may include downloading andcleaning the data, blocking the data from being downloaded, quarantiningthe data, etc.

In yet another embodiment, the reaction may include reportinginformation associated with the data. In this way, the data may besubjected to further analysis. In still yet another embodiment, suchreported information may be stored in a database. Of course, it shouldbe noted that any desired reaction may be performed.

FIG. 5 shows a method 500 for determining a response to a request toscan data for unwanted content and associated unwanted sites, inaccordance with another embodiment. As an option, the method 500 may becarried out in the context of the architecture and environment of FIGS.1-5. For example, the method 500 of FIG. 5 may be carried out inresponse to the submission of the operation 404 of FIG. 4. Of course,however, the method 500 may be carried out in any desired environment.It should also be noted that the aforementioned definitions may applyduring the present description.

As shown in decision 502, it is determined whether data and associatedinformation (as an option) has been received. For example, such data andassociated information may be received at one or more servers whereanalysis is to take place. To this end, the server may be capable ofreceiving data and associated information from any desired number ofdifferent computers. Thus, as an option, a plurality of computers may bein communication with the server via a network, and may be capable ofsubmitting data and associated information for scanning by the server.

In response to a determination that the data and associated informationhave been received, the data is compared with known data in a dirtydatabase and/or a clean database. Note operation 504. The dirty databaseand/or the clean database may include any data structure capable ofstoring known data. Optionally, the dirty database and/or the cleandatabase may include known data in the form of message digest 5 (MD5)objects to accelerate the comparison. In such embodiment, the data maybe received in such format or converted to such format upon receipt bythe server.

In one embodiment, the known data may include any data predetermined tobe clean or unwanted such that known clean data may be stored in theclean database and/or known unwanted data may be stored in the dirtydatabase. In various embodiments, the known data may be identifiedutilizing the present system and/or any system capable of identifyingknown clean and/or unwanted data.

Just by way of example, the known data may be identified utilizing adomain reputation system. For instance, the known data may be identifiedutilizing the McAfee® SiteAdvisor™ system. As another example, the knowndata may be identified utilizing other security applications (e.g. virusscanner, firewall, anti-spam application, intrusion detection system,etc.) installed at different locations (e.g. on different gateways,computers, etc.). In this way, the clean database and/or dirty databasemay be populated with known data utilizing a community of differentsystems.

It is further determined whether there is at least one match between thedata and any of the known data, as shown in decision 506. If it isdetermined that a match has been identified, a notification is sent tothe computer from which the data and associated information wasreceived. Note operation 508. The notification may include anyinformation capable of notifying a user of the client that the data isrespectively clean or unwanted.

For example, if a match between the data and an instance of known datawithin the clean database is identified, the notification may identifythe data as clean. If, however, a match between the data and an instanceof known data within the dirty database is identified, the notificationmay identify the data as being unwanted. Of course, it should be notedthat the notification may also include any other desired information,and further be used to prompt any desired reaction.

If it is determined that a match between the data and any of the knowndata has not been identified, a first analysis is conducted. Seeoperation 510. In the context of the present description, the firstanalysis may include any analysis that is different from the comparisonof operation 504. In one embodiment, the first analysis may include anautomatic analysis. Such automatic analysis may include scanning thedata for unwanted content and associated unwanted sites, for example,utilizing antivirus scanners, anti-spam scanners, etc.

As another option, the automatic analysis may include a behavioranalysis. The behavior analysis may utilize the information associatedwith the data that was received by the server, for example. In variousembodiments, the information may include a history of the data, a sourceof the data, a path of communication associated with the data, areputation of the data, and/or any other information associated with thedata. Further, the information used in operation 510 may be collected,generated, etc. by the server in real time or in any other desiredmanner.

Based on the first analysis, it is determined whether the data is clean,as shown in decision 512. If it is determined that the data is clean,the clean database is updated with the data. Note operation 514. Invarious embodiments, updating the clean database with the data mayinclude updating the clean database with the contents of the data or ahash thereof, etc. As an option, a format of the data may notnecessarily be reflected or considered when updating the database. Afteror in parallel with the database update, a notification of the databeing clean is sent to the requesting computer. Again, see operation508.

If it is determined that the data is not clean based on the firstanalysis of operation 510, the dirty database is updated with the data.Note operation 520. As also shown, a notification of the data beingunwanted is sent to the requesting computer. If, however, it isunconfirmed whether the data is clean based on the first analysis, asecond analysis is conducted, as shown in operation 516.

In the context of the present description, the second analysis mayinclude any analysis that is different than the first analysis (seeoperation 510) and the comparison of the data with the dirty databaseand/or the clean database (see operation 504). In one embodiment, thesecond analysis may include a manual analysis. For example, the data maybe manually downloaded to a secure area (e.g. virtual machine, etc.) fordetermining whether the data includes any unwanted data and associatedunwanted sites.

Optionally, in response to initiation of the second analysis, a delaynotification may be sent to the requesting computer (not shown). Thedelay notification may be utilized for informing the requesting computerof a possible delay in receiving a response to the originating request.Further, the notification may indicate a time period in which therequesting computer may expect to receive the response. For example,such time period may be based on amount of data being analyzed utilizingthe second analysis (i.e. a current load) etc.

Next, it is once again determined whether the data is clean, based onthe second analysis. Note decision 518. For example, the second analysismay include a manually generated indication identifying the data asclean or unwanted. If it is determined that the data is clean, the cleandatabase is updated with the data, as shown in operation 522 (which issimilar to operation 514). If, however, it is determined that the fileis unwanted based on the second analysis, the dirty database is updatedwith the data. Again, see operation 520. In this way, updates to thedatabase may be utilized during subsequent scans of the data, thusallowing the server to avoid redundant processing of such data.

To this end, the server may be utilized for scanning data transmitted byrequesting computers. It should be noted that, while a first and secondanalysis have been described herein, any desired number of differenttypes of analysis may be utilized. For example, each analysis mayoptionally be associated with a different system, etc.

FIG. 6 shows a graphical user interface (GUI) 600 for receiving arequest from a user to scan data for unwanted content and associatedunwanted sites, in accordance with another embodiment. As an option, theGUI 600 may be implemented in the context of the architecture andenvironment of FIGS. 1-5. For example, the GUI 600 may be used to carryout the method 400 of FIG. 4. Of course, however, the GUI 600 may beimplemented in any desired environment. It should also be noted that theaforementioned definitions may apply during the present description.

As shown, the GUI 600 includes a network browser 602 for allowing a userto request that data to be downloaded via the network browser 602 bescanned beforehand. As also shown, the user request may be initiated bypointing a cursor 604 at a link associated with data and clicking amouse button. For example, the clicking may include clicking a rightmouse button.

In response to the click of the mouse button, a menu 606 is displayed.The menu may include a plurality of options (e.g. feature_(—)1 tofeature_(—)5, as shown). One of such options 608 may include an optionto submit the data for review. Thus, the user may thus select suchoption 608.

In response to the selection by the user to submit the data for review,the data (or associated link, etc.) is transmitted to a server forscanning. Based on the scanning, the server identifies the data as cleanor unwanted. Further, a response 610 to the user request is received forindicating the identification of the data as clean or unwanted, asshown. As also shown, the response 610 may include a pop-up windowdisplayed via the network browser 602.

While various embodiments have been described above, it should beunderstood that they have been presented by way of example only, and notlimitation. Thus, the breadth and scope of a preferred embodiment shouldnot be limited by any of the above-described exemplary embodiments, butshould be defined only in accordance with the following claims and theirequivalents.

What is claimed is:
 1. A method, comprising: receiving, via a network, auser request to analyze data prior to downloading the data, wherein theuser request includes history information associated with the data, andwherein the history information includes information indicative of anumber of times an instance of the data has been previously sent tousers; analyzing the data and the history information to determinewhether the data includes one or more of unwanted content and unwantedsites; and sending a response to the user request via the networkindicative of whether the data includes one or more of unwanted contentand unwanted sites.
 2. The method of claim 1, wherein the historyinformation further includes at least one of information indicative of anumber of times the data was previously downloaded, an owner to whichthe data is registered, or a length of time the data has been availableto a user.
 3. The method of claim 1, wherein the user request includes alink associated with the data.
 4. The method of claim 1, wherein theuser request includes a hash of the data.
 5. The method of claim 1,wherein the user request includes additional information associated withthe data.
 6. The method of claim 5, wherein the additional informationincludes at least one of a source of the data, a path by which the datais communicated, and a behavior of the data.
 7. The method of claim 1,wherein the data is analyzed by performing a comparison of the data withknown data stored in a database.
 8. The method of claim 7, wherein theknown data includes at least one of known clean data and known unwanteddata.
 9. The method of claim 7, wherein the response is sent in responseto the comparison resulting in a match.
 10. The method of claim 1,wherein the data is analyzed by performing an automated analysis of thedata and information associated therewith.
 11. The method of claim 10,wherein the response is sent in response to the automated analysisindicating that the data is clean.
 12. The method of claim 1, wherein adatabase of known data is updated based on the analyzing.
 13. The methodof claim 1, wherein the response prompts a display of a notification toa user.
 14. The method of claim 1, wherein the unwanted content includesmalware.
 15. The method of claim 1, wherein the unwanted sites includesat least one of phishing sites and sites including the unwanted content.16. The method of claim 1, further comprising storing results ofanalyzed data transmitted by a plurality of clients in a database,wherein the analyzing utilizes the database.
 17. A computer programproduct embodied on a non-transitory computer readable medium thatincludes code for execution and when executed by a processor operable toperform operations comprising: receiving, via a network, a user requestto analyze data prior to downloading the data, wherein the user requestincludes history information associated with the data, and wherein thehistory information includes information indicative of a number of timesan instance of the data has been previously sent to users; analyzing thedata and the history information to determine whether the data includesone or more of unwanted content and unwanted sites; and sending aresponse to the user request via the network indicative of whether thedata includes one or more of unwanted content and unwanted sites.
 18. Amethod, comprising: transmitting, via a network, a user request toanalyze data prior to downloading the data, wherein the user requestincludes history information associated with the data, and wherein thehistory information includes information indicative of a number of timesan instance of the data has been previously sent to users; and receivinga response to the user request via the network, the response reflectingan analysis of the data and the history information to determine whetherthe data includes one or more of unwanted content and unwanted sitesthat was performed, wherein the response is indicative of whether thedata includes one or more of unwanted content and unwanted data.
 19. Themethod of claim 18, wherein the transmitting is performed by a plug-ininstalled in association with a network browser.
 20. A system,comprising: a client configured to: transmit, via a network, a userrequest to analyze data prior to downloading the data, wherein the userrequest includes history information associated with the data, andwherein the history information includes information indicative of anumber of times an instance of the data has been previously sent tousers; and receive a response to the user request via the network; aserver coupled to a memory configured to: receive the user request viathe network; analyze the data and the history information to determinewhether the data includes one or more of unwanted content and unwantedsites; and send a response to the user request to the client via thenetwork, wherein the response is indicative of whether the data includesone or more of unwanted content and unwanted sites.
 21. The system ofclaim 20, wherein the user request includes a link associated with thedata.
 22. The system of claim 20, wherein the user request includesadditional information associated with the data.
 23. The system of claim22, wherein the additional information includes at least one of a sourceof the data, a path by which the data is communicated, and a behavior ofthe data.
 24. The system of claim 20, wherein the data is analyzed byperforming a comparison of the data with known data stored in adatabase.
 25. The system of claim 24, wherein the database of known datais updated based on the analyzing.